PDP-11 Interrupts: Variations On A Theme 
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Summary 

Despite the presence of documented standards and example implementations, 
PDP-1 1 devices showed significant variability in implementing interrupts. While 
some of these variations were nearly invisible or harmless, others required 
explicit support or workarounds in device drivers. Consequently, PDP-1 1 
emulators must model device interrupt control with great care. 

The "Standard" Implementation 

Until the advent of message-oriented devices like the TS1 1 and the MSCP 
controllers, all PDP-1 1 devices contained a "control/status register". The GSR 
contained a device ready flag in bit <7> and an interrupt enable flag in blt<6> 
(other common assignments were error summary in bit<15> and go in bit<0>): 
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The device's Interrupt request was implemented with an edge sensitive flip-flop. 
INTR was set by the rising edge of the logical AND of RDY and IE; it was cleared 
by device initialization or by interrupt acknowledge; and its output was masked by 
the logical AND of RDY and IE. The entire circuit required just two AND gates 
and a JKflip flop: 
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Behaviorally, 

- A transition of RDY AND IE from to 1 set the interrupt request. 

- Granting the request, or initializing the device, cleared the interrupt request. 

- Glearlng either RDY or IE blocked the Interrupt request. This cannot be 
distinguished from clearing the request. 



This circuit is presented in all the standard Unibus handbooks and is included in 
all the early PDP-1 1 device controllers, such as the PC1 1 (paper tape), DL1 1 
(serial line), and RK1 1 (cartridge disk). The circuit was reduced to silicon in the 
Qbus interrupt logic chip (DC003). 

Variations 

As the TTL logic family broadened, variations began to appear in the interrupt 
circuitry. The standard implementation seemed overly general. While it made 
sense to request an interrupt on the rising edge of RDY, why request an interrupt 
on the rising edge of IE? The following variation began to appear: 
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If IE was set, the rising edge of RDY requested an interrupt. Once the interrupt 
was set, clearing IE would block the interrupt request. As before, both device 
initialization and interrupt acknowledge cleared the interrupt request. 

This variation apparently saved a gate with no impact on function. But it had one 
peculiarity: an interrupt request, once set, could not be cleared by program 
action. Clearing IE did not actually clear the interrupt request; more importantly, 
clearing RDY neither cleared nor blocked the interrupt request. The seeds for 
future confusion were sewn. 

TheRH70andRH11 

The Massbus controllers took the circuit variant described above, added an 
additional "feature", and in doing so created something unique. Disk controllers 
have always had an issue in handling overlapped seeks on multiple units. 
Software would like to have an interrupt for each distinct operation; but to 
multiplex all the seek complete interrupts, and the controller complete interrupt, 
onto a single interrupt request line requires complex mechanisms like unit polling, 
as in the RK1 1 . Without this mechanism, software must time overlapped seeks, 
as in the RL11. 

The Massbus designers proposed a simple hardware-software combination to 
handle this problem. Each disk drive would have an "attention" (ATA) flag. 
Provided that the controller was enabled for interrupts and was not performing a 
data transfer, the controller would request an interrupt if any ATA flag was set. 



The software driver would have to clear the ATA flag of the drive requesting 
attention. Thus, ATA interrupts behaved like the level-sensitive interrupts of the 
PDP-8andPDP-15. 

To implement this additional class of interrupt, the Massbus controller simply 
OR'd the ATA Interrupt requests with the output of the RDY interrupt circuit. But 
because the ATA request already included IE, and the RDY circuit gated IE, it 
omitted the final AND with IE: 
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Now here was a circuit with truly peculiar properties. A transition of RDY from 
to 1 with IE set latched an interrupt request. This request not only couldn't be 
cleared by program action; it couldn't be blocked by software action. That is, 
once the interrupt request was latched, clearing IE did not prevent the interrupt 
from happening! This Inexcusable mistake didn't even save gates; the correct 
implementation required only a 3-input AND gate in place of the 3-input OR gate: 
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With this Implementation, RDY interrupt would have behaved like "classical" 
PDP-1 1 edge-sensitive Interrupts, while ATA would be a level-sensitive interrupt 
conditioned on RDY and IE. 

DEC drivers didn't utilize the peculiarities of the RH70 and RH1 1 , but UNIX 
variants, such as Ultrix-1 1 , did. Simulators attempting to model the RH series 
controllers cannot running Ultrix-1 1 without mimicing the behavior of its interrupt 
logic. 



